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(57) ABSTRACT 

A portable handheld computing device has a notificatio n 
s ystem that alerts a user of an event regardless of w hether 
the device is on or ott. ihe notification system has a 
notification mechanism that is activated upon occurrence of 
the event and remains active until the user acknowledgest he 
activated mechanism. In one implementation, the notifica- 
tion mechanism is a fight emitting diode (LED) mounted 
externally on the handheld computing device. The LED is 
visible t o the user when the lid is cl osed onto the b ase (i.e., 
toedevice b off) o r when the lid is open (i.e., t heTevice i s 
ohJT J he notification mechanism also has a deactivation 
"Button mounted externally of the handheld computing 
device. The user depresses the deactivation button to deac- 
tivate the LED. The LED and deactivation button may be 
integrated as a^sin gje com ponent. 

10 Claims, 6 Drawing Sheets 
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HANDHELD COMPUTING DEVICE WITH t heeven tand remains active until the user acknowledges the 

EXTERNAL NOTIFICATION SYSTEM aciiwuHaT-mechanism. 

According to an aspect of this invention, the notification 
TECHNICAL FIELD mechanism is a light emitting diode (LED) that is (by user 

This invention relates to portable handheld computing 5 °P tioD ) J °° b * * e notification system when an event 
devices, such as handheld personal computers (H/PCs). 0CCUIS - ^ LED rcmains acUvated UDtd te »*' takes 
More particularly, this invention relates to an external noti- actl0n t0 bandlc mc cvcnl - 

fication system for handheld computing devices. According to another aspect of this invention, the LED is 

mounted externally on the handheld computing device. 

BACKGROUND OF THE INVENTION 10 More particularly, the handheld device has a casing with a 

„ , „ - . ... lid and a base. The LED is mounted on the lid's upper 

bmail, bandhe d compiling devices have been steadily surface ^ muai 

to one of the end surfaces of the 

growing io popularity m recent years. The devices go by M , Q ^ ma ^ ^ ^ yisible (0 , he ^ wbeD , be 
different names, includ.ng palmtops, pocket computers, per- Ud fa ^ on , o ^ bix ( . l be de vice ls o g) or wben tne 

sonal digital assistants, personal organizers, and the like, is ud fa eQ (i , e „ lh e device is onT 1 

This disclosure is primarily directed to a class of computing • *- ..... 

devices referred to as handheld personal computers, or According to another aspect of this invention, the non.fi- 
"H/PCs", although aspects of this invention can be imple- cation^amsm_al so has a deactivation button mounted 
mented other types of handheld computing devices. externally of the handheld computing device The user 

„ , .... , I/m ,. depresses the deactivation button to deactivate the LED (as 

H/PCs are small pocket-sized devices having an LCD 20 well ^ ^ olner exlernal si k that may ^ ^j. , n one 

(liquid crystal display) with a touch-sensitive screen, a ^p^emanon, the LED and deactivation button are inte- 

stylus to enter data through the screen^nd an input devjee d sin , e ^ M ^ ^vict Ud. 

such as a keypad or miniature QWERTY keyboard. H/PCs * .. . c L - • 

have a microprocessor, memory, and are capable of running According to yet another aspect of this inventipj, a 

an operating system and one or more applications on the a noti fication program runson the handheld computing , de vice 

operating system. Microsoft Corporation recently released and * callable by an application to help schedule events The 

the Windows® CE operating system for use on H/PCs, notification program sets timers wan the system, clock, 

which is a scaled-down version of its popular Windows® which a ; a ways on even when the handheld computer is 

operating systems manufactured for personal computers. n4£ned_off. When a timer expires, t he system clock sends an 

_ ... , . , , , . . ,„„„ .... 30 m(errupt.to the notification program to wake upthe noufi- 

One of the most desirable charactemt.es of H/PCs is their ^ tbat it can mrn on , he led. ^ le D is 

portability. The compact, portable H/PCs provide a user w,th coi^X^Fs^EaTTt can remain on and the notification 

real computer-like applications-such as email, PIM caQ back ^ ^ LED cmM 

(personal information management) Internet browser, umil ^ usef notices and s me deactivation 

spreadsheet, word processing. A travelmg user can receive button 

email messages, schedule meetings or appointments, and 35 * . , , 

browse the Internet from the H/PC According to another aspect, the notification program 

„ , , . j • r r places a taskbar annunciator in the taskbar of an operating 

Some handheld I computing devices can notify a user of a * hicil user jnterface_window whejuan-ewat is realized, 

scheduled event, if they are turned on. The device plays an ^ d w the deac tf va -fio7 button in recognition of 

alaaa^lind, or pops-up a dialog bo x, to a lert the user of the ^ ^ ^ ^ usef can ac(ua(e ^ taskbaf umoeiMx ^ 

event. However, many handheld computing devices have no a ^ 0f ^ means aQd . ((J ^ Qf , be 

means of noufying a user wben they^jjjpedoff, which is evem Fof ^ acnmi ^ (askbar anmlnciator ^ ght 

normally the case to_conserye.power. While some handheld a wjndow ^ aQ ointmem vlbkh ^ lhe 

computing devices might be configured to wake up and ^ of (be even( 

sound an a larm, such devices typicallydmcjjut the alarm .. . .... 

aftwTshortpeTfod. As a result, the usTTc^imiss the alarm 4S According to another aspect, the noUficaJjon_p J ogtain 

beca use it termi nates before being noticed. In addition, su pports a graphical userunerface that<gnlbTes a userjoji ct) 

audio alarms may, on 6ccasions, be too faint for the sur- ^atfication options ftecitying bow external noUricaU gEj? 

rounding environment (e.g., an alarm might be overpow ered ^Egprer^lngiMce, the user might prefer a flashing light 

b v noise in an airplane fligh t or no t sufficiently st rong to m « combmationjiQtl^arm.^euser^n^t these options 

commanrLa user's altentionwben the user is not immedi- 50 mroiigLih^r.mte^ options arc saved in a 

at ely next to the dev ice — " — str ucture that is accessed when a user no tifinafpn is set 

It would be advantageous to develop a notification system . According to still another aspect, the notification program 

for handheld computing devices, such as H/PCs, that notifies » caUed u b y J» a PP^ations on the handheld computing 

a user when an event occurs regardless of whether the device 55 ^ough an apphcationj^nyiui^fac^^ The 

is.on or off, open or closed, pocketed, or dockeoTand-wluch API defines a time parameter that spe^fiesjryJieiUhe user 

rernlu^Siy^^^ acknowledges it. It would also notification should occur and a type parameter that refer- 

be aoVanUgeouTto^ that pro- ences ^ structure containing the user^lefined notification 

vides a lasting external notification to the user, rather than a options. 

short-run alarm or a pop-up box that is not externally visible. 60 BRI£F description OF THE DRAWINGS 

SUMMARY OF THE INVENTION The same reference numbers are used throughout the 

This invention concerns a portable handheld computing drawings to reference like components and features, 

device having a notification system that alerts a user of an FIG* 1 is a perspective view of a handheld computing 

event regardless of whether the device i s on or off , o pen o r 65 device in an open 

closed, poc keted T ocd ocked, The notificjlioji^stemjas a FIG. 2A provides a front elevation view of the handheld 

notification mechanism that is activated upon occurrence of computing device in a closed position. 
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FIG. 2B provides a front elevation view of the handheld off. The notification mechanism is an external, sensory 

computing device in a closed position. perceptible mechanism that attracts the user's attention 

FIG. 2C provides a side elevation view of the handheld when the device is °n or off *nd regardless of whether the 

computing device in a closed position. Kd is open or closed. The notification mechanism can be 

FIG. 3 is a block diagram of the handheld computing 5 ^niented in .a variety rot ways, including a light an audio 

jgyfcg generator, a vibration device, or other forms of sensory 

_ * A , , . . - , . r perceptible mechanisms. In addition, these mechanisms may 

FIG. 4 is a block diagram of the hardware/software be ^ jn ^^on, or with other forms of sensory 

architecture of a notification system implemented in the perceplible DOliceS( such M a dia i og box 0D lhe 

handheld computmg device. 1Q disp i ay 

FIG. 5 is a diagrammatic illustration of a graphical user Iq mc icTTc6 imp i cmcntation , ^ cxteraa l notification 

interface window embodied as an options dialog box. mcc hanism includes an externally mounted LED (light 

FIG. 6 is a diagrammatic illustration of a screen image emitting diode) 40. When activated as a result of an event, 

presented on a display of the hand computing device. mc LED is illuminated or made to flash. The LED 40 

FIG. 7 is a diagrammatic illustration of a graphical user 15 remains activated until the user acknowledges it. 

interface window embodied as a "notification" dialog box. More particularly, the LED 40 is mounted on the external 

surface of the H/PC 20 in a location that the. user can view 
the light from different angles and sides of the H/PC. In 
addition, the LED 40 is positioned to be seen when the lid 

FIGS. 1 and 2A-2C show a h anolieJ sLco mputing dem ica 20 24 is open or closed. As shown in FIGS. 2A-2C, the H/PC 

20. As used herein, "handheld c omputing devi ce" means i casing 22 has an upper surface 42 on lid 24, a lower surface 

smallgeneral computing *3ey fce having a_ processing u ni 44 on base 26, a front side surface 46 (on both lid 24 and 

that is capable of running one or more applic ation progtamsl base 26), an opposing back side surface 48 (on both lid 24 

a display, am Tan inp ut mechanism that is typically some-\ and base 26), and opposing end surfaces 50 and 52 (on both 

thi ng other than ji full-siz e key board. The input mechanism \ 25 lid 24 and base 26). The end surfaces 50 and 52 are 

might be a keypad, a touch-sensitive screen, a track ball, a \ dimension ally shorter than the elongated side surfaces 46 

touch-sensitive pad, a miniaturized QWERTY keyboard, or j and 48. 

the like. The LED 40 is positioned on the upper surface 42 and 

30 wraps around an upper corner to extend onto the end surface 



DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 



The handheld computing device 20 of FIGS. 1 and 2A-2C 
is embodied as a handheld personal computer (H/PC ). The 
terms "handheld computing device" and "handheld personal 
computer" (or H/PC) are used interchangeably throughout 
this disclosure. However, in other implementations, the 
handheld computing device may be implemented as a per- 
s onal digital as sistant (PD ft), a personal organize r, a palm - 
top computer? a computerized notepad, or the like. 



50. The LED is raised on the end surface 50 to be visible 
from the front. The LED may or may not be raised on the 
upper surface 42. In this manner, the LED 40 can be viewed 
when the case 22 is closed, either from above by viewing the 
J5 LED portion on the upper surface 42 (for instance when the 
H/PC is sitting on a desk), or from the side by viewing the 
LED portion on the end surface 50 (for instance when the 



Handheld computing device 20 has a casing 22 with a H/PC is slid upright into a shirt pocket, purse, or briefcase), 

cover or lid 24 and a base 26. The lid 24 is hingedly Additionally, the LED 40 can be viewed when the case 22 

connected to the base 26 to pivot between an open position ^ is open (FIG. 1) by viewing the raised LED portion on the 
(FIG. 1) and a closed position (FIGS. 2A-2C). The handheld [}A end surface 50. As an alternative to raising the LED on the 

computing device 20 has an LCD (liquid crystal display) 28 ' end surface, the LED 40 may be configured to wrap around 

with a touch -sensitive screen mounted in lid 24. T he device to the inner surface of the lid 24 to be viewable when the 

is equipped with a stylus~30 to enter data through the case 22 is open. The LED itself might be configured in the 

tou chscreen display 28 and a m iniature QWERTY keyboard 45 illustrated shape, or alternatively a normally shaped LED is 
32, which are both mountedin base 26. The handheld w configured to emit light into light-transmissive tubing that 

computing device 20 can also be implemented with a conforms to the illustrated shape. 

wir eless transceiver^ not shown) such as an IR (ia ftared) As shown in the end view of FIG. 2A, the H/PC 20 also 
tr ansceiver and/or an RF (radio frequency) transceive r IX has a deactivation mechanism to deactivate the LED 40 and 

Although the illustrated implementation snows a "Two- 50 any other external notification mechanism. In the illustrated 

member H/PC 20 with a lid 24 and a base 26, other implementation, the deactivation mechanism is a deactiva- 

implementations of the H/PC might comprise an integrated tion button 54 that is externally mounted on the end 50 to 

body without hinged components, as is the case with com- enable a user to quickly locate and deactivate the external 

puterized notepads (e.g., Newton® from Apple Computers). notification mechanisms, regardless of whether the lid is 

In the above respects, the H/PC 20 is of conventional 55 open or closed. In a preferred embodiment, the deactivation 

design and will not be described in detail. Many manufac- button 54 and LED 40 are integrated as a single component, 

hirers make suitable H/PCs. However, unlike conventional The LED 40 can be constructed to project slighdy above the 

H/PCs, the handheld computing device 20 of this invention face of the deactivation button 54 to act as a bumper to 

is further implemented with an external notification system. reduce the likelihood of accidental actuation. In other 

In general, the external notification system is designed to 60 arrangements, the button may be located separately from the 

alert a user of an event regardless of whether the handheld J LED. 

computing device is presently on or off, or whether the } FIG. 3 shows functional components of the hand he lc 

device is presently running a program. The notification computing device 20. It has a processor 60, a memory 62, ; 

system has a notification mechanism that is activated upon display 28, and a keyboard 32. T he memory 6j2 generally 

occurrence of the event to alert the user. The notification 65 includes hoth volatile memory fe.g.. RAM) and non-volatil : 

mechanism remains active until the user acknowledges it, memory (e.g., ROM. PCMCIA cards, etc.l An operatin ; 

even if the handheld computing device is otherwise turned system 64 is resident in the memory 62 and executes on the 
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proc essor 60 . The H/PC 20 preferably runs ihe Windows® 
Ch operating system from Micros oft Corporation. This 
op erating system is a derivative of W inaows( <B> "brand o ner 
ating systems, such as Windows^ 93 "that is especially 
designed for handheld computing devices. However, the 
handheld computing device may be implemented with other 
operating systems. 

One or more a pplication programs 66_ are loaded into 
memory 62 and run on the operating system 64. Examples 
of applications include e mail program s, s chedul ing 
programs^ PIM (personal i nformation managem ent) 
pro grams , word jaidcess ing pro gr ams, sp reads heet 
pro grams , Internet br owser programs, and so forth. The 
H/PC 20 also has a .notification manager 68 loaded in 
memory 62, which executes on the processor 60. The 
noti fication manager 68 handles notification requests from 
the applications 66, as is described below in more detail with 
reference to FIG. 4. 

The H/PC 20 has a power supply 70, which is imple- 
mented as one or more batteries. The power supply 70 might 
further include an external power source that overrides or 
recharges the built-in batteries, such as an AC adapter or a 
powered docking cradle. 

The H/PC 20 is also shown with three types of external 
notification mechanisms: an LED 40, a vibration device 72, 
and an audio generator 74. These devices are directly 
coupled to the power supply 70 so that when activated, they 
remain on for a duration dictated by the notification mecha- 
nism even though the H/PC processor and other components 
might shut down to conserve battery power. The LED 40 
preferably remains on indefinitely until the user takes action. 
The current versions of the vibration device 72 and audio 
generator 74 use too much power for today's H/PC batteries, 
and so they are configured to rum off when the rest of the 
system does or at some finite duration after activation. 

FIG. 4 shows the software and hardware architecture of a 
notification system 80 for the H/PC 20. The notificati on 
system 80 has a n otification manager 6 8. which is callable 
by the applications 66-lhiough-a-us er nniifical j on app lication 
pro gram interface (API). The API creates a new us,erj.nbti - 
ficati oo"or^ moditiesa n existifl gjms.. it is given as: 

PegSetlTserNolification(hNotification, *AppName, 
*Time, 'Use ratification) 

The API has four parame ters, thre e of which are point ers. 
The "hNotification" parameter specifies whether the call 
relates to creating a n ew user notification or to modifying an 
existing notification. The parameter is either zero, when a 
n ew no uficajjon is.ln h e added.,o r coptains a n identity o f the 
noti fication to b e. modified. 

The "AppName" pointer points to a null-terminated string 
that specifies the name of the application 66 that owns the 
notification. The system uses the application's primary icon 
as the taskbar annunciator that is set by the notification 
system to notify the user and enable immediate-click access 
to the application responsible for the notification. The use of 
a taskbar annunciator is described below with reference to 
_FIG. J >. The "Time" pointer points to the system time^X 
structurethat s, pec^fies^a l ime when the notification shouTcl 
occur. InT^JserN otification pointer points to a Peg_ 
Us er_Notification struc ture that describes the events that 
are to occur when the notification time is reached. 

More particularly, the Peg__User_Notification struct ure 
is a usei configurable structure, that holds notificat ions 
options preferred by the use r. T he applic ation passes the 
us er's preferences to the system when scheduling ao even t 
by specifying the address of the structure. Each application 



passes in a structure that ap plies only to jt, Sft notifications 
fofthfferenraprjrro be differentiated. Simila rly, an 

application c^p pass in different structures for d iff erent 
evejils^so i ndividual notifications can be differentiat ed. 

The Peg_User_Notification structure contains informa- 
tion used to initialize a dialog box user interfa ce that is 
pr esented to the user when setting notification option s. FIG. 
5 shows an example dialog box 100, which is supported by 
the, notification system 80. In this example, the dialog box 
100 includes an option 102 as to whether to sound an alarm 
and a drop-down menu 104 that lists various available alarm 
sounds, such as "Beep". The drop-down_menu 104 might 
contain identities of other ".wav" files containing different 
alarm sounds the user might prefer. A repeat option 106 is 
also provided so that the user can elect to have the alarm 
repeated. 

; y The dialpgrbox :100 also has an option 108 that allows a 
user t o enabtefror disable a dia log box that can be displayed 
describing ihf -h nfification when it goe s off. An option 110 
allo ws foe user to elec t wh p lhfj in h flW th ^ I, Fn flash,/ 
or not, duri ng notification. 

It is noted that the dialog box 100 is provided for example 
purposes, and other options may be included. For instance, 
the dialog box 100 might indude^n.option lo anable/disab le 
the vibrafioa^evice J72, or to combine the external npt ifi- 
cation mechanism s so the LE D 40. vibration device 72, a nd 
alarm 74 all go off at different times in a continuous cycl e . 

Once the user fills in the dialog box 100, the options are 
stored in the Peg_User_Notification structure. This struc- 
ture is provided below: 



35 



UserNotificationType { 

DWORD ActionFlags; 
TCHAR *DialogTitlc; 
TCHAR "DialogText; 
TCHAR 'Sound 
DWORD MaxSound; 
DWORD Reserved; 

} 



40 



45 



The "ActionFlags" parameter specifies the actions to take 
when a notification event occurs. This parameter is a com- 
bination of bit flags, as set forth in the following table. 





Value 




Meaning 




PUN_ 


.LED 


Flash LED. 




PUN_ 


.VIBRATE 


Vibrate the Device. 


50 


PUN_ 


.DIALOG 


Display the user notification dialog box. When 
this structure is passed to the 
PegSctUserNotification API, Lbe DialogTiUe 
and DialogTcxt pointers point to the title and , 
text 




PUN_ 


.SOUND 


Play the sound file identified by the Sound 


55 






pointer. 




PUN_ 


.REPEAT 


Repeat sound file for T seconds. 



60 



65 



The "DialogTiUe" pointer specifies the title of the user 
notification dialog box. If this parameter is null, no dialog is 
displayed. The "DialogText" pointer specifies the text of the 
user notification dialog box. If this parameter is null, no 
dialog is displayed. The "Sound" pointer references a buffer 
that contains the unqualified name of a sound file to play. 
The "MaxSound" parameter specifies the maximum length 
of the string that can be copied into the sound buffer. The 
"Reserved" parameter is reserved for future use and is 
presently set to zero. 
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With reference again lo FIG*-4 » the notification . manager 
68 passes a command to an alarm manager 82 to set an alarm 
f or a notification eve nt. The alarm manager 82 generates a 
s et alarm command that is output to the real-time clock 84 
t o tell the clock to set an alarm at the sc heduled tim e of the 
n ouficatjoj L£y£Dt When the clock reaches the event time, it 
notifies an interrupt manager 86 through an interrupt. The 
interrupt manager 86 informs the notification manager 68 
that the time of the event has arrived. The notification 
manager 68 then sends out activation commands to an LED 
driver 88 to turn on LED 40. A button device driver 90 is 
also provided to handle interrupts generated when the noti- 
fication button 54 is depressed to disable the LED 40. 

To explain the architecture in the context of an example 
situation, suppose the u ser starts a calendar application 66 
an d schedules an event notification for 8:00 AM. The user 
clicks on an "options" b utton to bring up the dfalog box 100 
(FJg^to ensure that the LED and alarm are p o'th enabled . 
The ftser then closes the dialog box 100 and saves the clock 
settings. The calendar application 66 calls the notification 
manager 68 using the PegSetUserNotification API, which 
includes a pointer to the structure containing information 
specifyin g how the LED and alarm are to fyehave . 

The notification manager 68 stores the scheduled n o tifi- 
cat ion and examines it in light of any o ther scheduled user 
notifications to determine which notification is associated 
with the ne xt chronological event to oc cur. Suppose that the 
c alendar notification is next tn occur. The notification man- 
ager 68 then calls the alarm manager 82, which in turn sets 
a hardware alarm for 8:00 AM in real-time clock 84. The 
user can then exit the application 66 and turn off the device. 

At 8:00 AM, the real-time clock 84 sends an interrupt to 
interrupt manager 86. The interrupt manager 86 identifies 
the interrupt as clock-related, and routes the interrupt to the 
alarm manager 82. Upon receiving the interrupt, the alarm 
manager 82 pulses the event that the notification manager 68 
has been waiting on. The notification manager 68 determines 
that the event is associated with the 8 :00 AM cal e ndar alarm 
and checks the user options to decide how th e_user wishe s 
to be noti fied. Assuming that the user wants * be li ght to Has h 
and an ala rm to sound, the notification manager 68 callstne 
'LED device driver 88 to start flashing the LED 40 and 
concurrently plays the selected alarm. The notification man- 
ager 68 also creates a taskbar annunciator. 

Suppose that the use is n ot presents 8:00 AM. The 
handheld computing device 2 0 times out and turns orT^ Due 
to the direct coupling to power, however, the LED 40 
remains flashing. The flash rate is selected to minimize 
power usage, without compromising usability. As one 
example, the LED flashes once every two seconds for Yieih 
of a second. The alarm preferably times out with the 
computing device 20 to conserve power, but it can be 
configured to repeat until the user acknowledges the notice. 

When the user returns, he/she sees the flashing LED 40 
and presses the deactivation button 54. Depressing button 54 
generates an interrupt that is routed by interrupt manager 86 
to keyboard device driver 90. The keyboard driver 90 
instructs the LED driver 88 to turn off the LED 40. It is noted 
that the clock 84 and deactivation button 54 work the same 
if the H/PC 20 is already on. They still generate interrupts, 
only the interrupts do not wake up the device. 

The deactivation button 54 is preferably implemented to 
turn off only the external notification mechanisms (i.e., LED 
and alarm) because these mechanisms can be annoying and 
consume a significant quantity of power. The taskbar annun- 
ciator and optional dialog box remain intact and are not 
disabled by the deactivation button 54. As a result, the user 
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can open the H/PC and glean more information concerning 
the notice from the taskbar annunciator and dialog box. 

When the user opens the H/PC, the notification system 80 
optionally causes a taskbar annunciator for the calendar 
application to be displayed. FIG. 6 sh ows an example screen 
image 120 showing the task bar 122 with a "Start" softkey 
124 and a time/date area 126. A taskbar annunciator 128 for 
the calendar application is displayed in the time/date area 
126. The annunciator 128 is the icon for the calendar 
application, thereby immediately informing the user that the 
source of the notification is the calendar application. The 
user can then click on the taskbar annunciator 128 using the 
stylus to start the calendar application, as represented by the 
calendar softkey 130. 

The notification system 80 can optionally display a dialog 
box t hat explains the notification to the user, this is Taster 
than starring the originating application, and provides a 
more noticable notification if the H/PC is being used when 
mej iojifir-aiinn <w.m Qg curs. j FIG. 7 shows an example 
dialog box 140, which contains a message that informs the 
user of the 8:00 AM alarm. The user is also presented with 
the option of accepting the alarm or rescheduling i t for an 
additional five-minute period . It is noted that tapping the 
taskbar annunciator 128 or a softkey in the dialog box 140 
deactivates the LED 40 and alarm, in the same manner as 
pressing the deactivation button 54. Touching any annun- 
ciator or acknowledging any dialog box turns off the external 
signals, since this tells the notification system that the user 
is aware of the notifications. 

The notification system 80 can handle an arbitrary number 
of notifications from multiple applications. The notification 
manager 68 handles the scheduled events in temporal order. 
In some situations, the flashing LED might represent mul- 
tiple notifications. Since a single flag bit controls the LED, 
the user presses the deactivation button 54 once to tum off 
the LED 40. The user can then open the device and examine 
the various annunciators to leam which applications are 
responsible for the notifications. 

A full set of user notification APIs is attached to this 
disclosure as Appendix A. 

Although the invention has been d escribed in langu age 
spe cific to structural features and/or methodological step s, it 
is" to be nndErsaaQfTthnt th e invention defined in the 
appended claims is jipt necess arily limited to the specific 
fpahjVgft cfppc rihfifX Rather, the specific features and 
ste ps are disclosed as nm fp.rrftH fam^ nf im plementi ng the 
claimed invention. 
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Notification Reference 

The following functions and structures are used with user and 

application notifications. For further information see the Window s 

rg Programmer^ Reference. * 

Notification Functions 

PegCI eartJserNotifi cation 

PegGet Use rNotlficatlon Preferences 

PegHendleAppNotifications 

PegRu nAppAtEvect 

PegRunAppAtTtme 

PegSetUserNoUncation 

Notification Structures 

PEG_usFJOJonnGvnoN 

API REFERENCE 

The PegClearUserNotincatioD function deletes a user notification 
that was created by a previous call to the function 
PegSetUserNotincatioD. 
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BOOL PegCtearUserNodncatlon( // notify.h 

HANDLE hNotification // handle of notification to delete 

); 

Parameters 

hNotification 

Identifies the user notification to delete. 
Return Values 

If the function succeeds, the return value is TRUE If the function 
fails, the return value is FALSE 
See also 

Windows CE Notifications, PegSetUserNottfl cation 
The PegGetUserNotification Preferences funcuon queries the user 
for notification settings by displaying a dialog box showing 
options that are valid for the current hardware platform. 
BOOL PegGelU&erNotincationPreferences( // notify.h 

HWND hWndParent, If handle of parent window 
PPEG_USER_NOTlFICATION JpNotification 
II structure with notification settings 

); 

Parameters 

hWndParent 

Identifies the parent window for the notification settings 
dialog box. 
IpNotificotion 

Points to a P EG _USER_NOTIFI CATION structure. 
When calling the function, this structure contains data used 
to initialize the notification settings dialog box. When the 
function returns, this structure contains the user's 
notification settings. 
Return Values 

If the function succeeds, the return value is TRUE If the function 
returns TRUE, the returned settings should be saved, and 
considered when calling PegSetUserNot incut ion. 
If the function fails, the return value is FALSE 
See Also 

Windows CE Notifications, PegSet Use ratification, 
PEC_USER_NOTIFICATION 

The PegHandleAppNotiftcatlons function marks as "handled" 
all notifications previously registered by the given application. 
The function turns off the LED and stops vibration (if they 
were on) only for the given application's events, and removes the 
tasxbar annunciator. 
BOOL PegHandleAppNotlficatJonsC // notify.h 
TCHAR *pwszAppName II name of 

application whose 
events are handled 

); 

Parameters 

pwsiAppName 

Points to a null-terminated string that specifies the name of 
the application whose events are to be marked as 
"handled". 
Return Values 

If the function succeeds, the return value is TRUE If the function 
fails, the return value is FALSE 
See Also 

Windows CE Notifications, PegGet User-Notification, 

The PegRunAppAt Event function starts running an application 

when the given event occurs. 

Windows CE Notes: 

Note NOTinCATlON_EVENT_SYSTEM_BOOT is not 
supported 

BOOL PegRunAppAt Event( // notify.h 

TCHAR m pwszAppName, If name of application to run 
LONG IWhlchEvcni II event at which the application 
is to run 

); 

Parameters 
pwsiAppName 

Points to a null* terminated string that specifies the name 

of the application to be started. 
IWhichEvtnt 

Specifies the event at which the application is to be started. 
This parameter can be one of the following values. 
Value Meaning 



NOTIFlCAnON_EVENT_SYNC_END 



10 NOTIF1CATION_EVENT_ON_AC_POWER 



NOTIFICATION^ VENT_OFF_AC_POWER 



NOTTFICATION_EVENT_NET_CONiS T ECT 



15 



NOTrFICA*nON_EVENT_NET_DlSCONNECT 



NOTTFICATION_E VENT_D E VICE_CHANGE 
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NOTTFlCATION_EVENT_I REDISCOVERED 



N0TIF1CATI0N_EVENT_RS232_DETECTED 



NOTTFICATION_EVENT_RESTORE_END 



NOTIFICATION_EVENT_NONE No events-remove 

all event 
registrations 
for this 
application. 
When data 
synchronization 
finishes. 

When AC power 
is connected. 
When AC power 
is disconnected. 
When a network 
connection is 
made. 
When the 
network is 
disconnected. 
When a PCMCIA 
device is 
changed. 

When an infra red 
partner is found 
When an RS232 
connection is 
made. 

_ „_ _ When a full 

25 device data 

restore completes. 

Return Values 

If the function succeeds, the return value is TRUE If the funcuon 

fails, the return value is FALSE 

Remarks 

The application is started with a system-defined command line. 
If there was already an instance of the application running, 
the new instance must send a private message to the 
existing instance and then shut down. The command line, which 
corresponds to the registered event, can be one of the 
following string constants. 
Constant Value 

APP_RUN_ J AT_BOOT "AppRunAtBoot" 
APP_RUN_JVFTER_SYNC "AppRunAfterSync" 
APP_RUN_AT_AC_POWER_ON "AppRunAtAcPowerOn" 
APP_RUN_AT_AC_POWER_OFF "AppRunAtAcPowerOff * 
APP_RUN _AT_NET_CONNECT "AppRunAtNctConnect" 
APP_RUN_JO , _NET_DISCONNECT "AppRunAtNetDisconnect" 
APP_RUN_jVr_DEVICE_CHANGE 
APP_RUN_J\T_IR_DISCOVERY 
APP_RUN _AT_RS232_DETECT 
APP_RUN_AFTER_RESTORE 
"AppRunAfter Restore" 
Remarks 

In some cases, the preceding strings are merely the prefix of 
the command line, and the rest of the command line is used 
as a parameter. 

You should use this function sparingly, because automatically 
starting an application can confuse the user and cause 
low-memory conditions on a machine with restricted memory. 
Ideally, the application should be small and non- intrusive. 
See Also 

Windows CE Notification, PegRunAppAfTlme, 
PegEventHasOccurred 

The PegRuoAppAfTlme funcuon requests the system to start 
running the given application at the given time. 
BOOL PegRunAppAfTimcf // notify.h 

TCHAR 'pwszAppNamc, U name of application to run 
SYSTEMTIME "IpTimc II time when to run the 
application 

>. 

Parameters 
pwszAppName 

Points to a null-terminated string that specifies the name 
of the application to be run. 

Ipltme 

Points to a SYSTEMTIME structure that specifies the time 
when the given application is to be run. If this parameter 
is NULL, the existing run request is deleted aod ao new 
request is entered. 
Return Values 
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"App Ru nDevtceCha nge" 
"App Ru nAtlrDiscove ry" 
44 AppRunAtRs232Detect" 
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If the function succeeds, the return value is TRUE If the function 

fails, the return value is FALSE 

Remarks 

Calling this function replaces any previous run request 

The system passes the APP_RUN_AT_TTME string to the 

application as the command line. If an instance of the application 

is already running, the new instance must send a private 

message to the existing instance and then shut down. 

You should use this function sparingly, because automatically 

starting an application can confuse the user and cause low- memory 

conditions on a machine with restricted memory. 

Ideally, the application should be small and non- intrusive. 

See Also 

Windows CE Notifications, PegRunAppAlEvent 
The PegSetUserNotification function creates a new user 
notification or modifies an existing one. 
HANDLE PegSetUserNotification(// notify.h 

HANDLE hNotification, If handle of the notification to 

overwrite, or zero 

TCHAR m pwsZA ppName, If name of application 

that owns this notification 
SYSTEMTIME 'IpTime, If time when the notification 
is to occur 

PPEG_USER_NOTrFICATION IpUserNotificaticn 
fl contains notification 

parameters 

); 

Parameters 

hNotification 

identifies the notification to overwrite, or zero to add a 
new notification. 
pwszAppNamc 

Points to a null- terminated string that specifies the name of 
the application that owns this notification. The system uses 
the notification. The system uses the application's primary 
icon as the taskbar annunciator for the notification. 
The user can start the application by selecting the annunciator. 

IpUme 

Points to the SYSTEMTIME structure that specfies the time 

when the notification should occur. 
IpUserNodfication 

Points to the PEG_USER__NOTIFI CATION structure that 

describes the events that are to occur when the 

notification time is reached. 
Return Values 

[f the function succeeds, the return value is the handle of the 
notification. An application can use the handle to overwrite 
or delete the notification. The return value is zero if the 
notification could not be set. 
Remarks 

The notification occurs at the specified time, without starting 

the application. The application can specify the 

notification options, including whether to light the LED, generate 

a sound, or display a dialog box. However, an 

application typically uses the 

Peg Get User-Notification Preferences function to allow the user to 
set the notification options. 

The user can start the owning application when the notification 
occurs. En this case, the system starts a new instance of 
the application using the APP_RUN_TO_ 
HANDLE_NOTTFICAriON string as the prefix of the 
command line, and the notification handle (converted to a 
string) as the postfix. If another instance of the application 
is already running, the new instance must pass a private 
message to the old instance and then shut down. 
See Also 

Windows CE Notifications, PegHand I eAppNotifi cations 
The PEG_USER NOTIFICATION structure contains 
information used to initialize the user notifications 
settings dialog box, and receives the user's notification 
preferences entered by way of the dialog box. Also used when 
setting a user notification, 
typedef struct UserNotincationType 

DWORD ActioaFlags; 

TCHAR •pwszDialogTitle; 

TCHAR "pwszDialogText; 

TCHAR •pwszSound; 

DWORD nMaxSound; 

DWORD dwReserved; 



} PEG_USER NOTIFICATION, *PPEG_USER_ 

NOTIFICATION; 
Members 
Action Flags 

Specifies the action to take when a notification event 
occurs. This parameter can be a combination of the 
following flags. 
Value Meaning 

PUN_LED Flash the LED. 

PUN_ VIBRATE Vibrate the device. 

PUN_ DIALOG Display the user notification dialog box. When 
this structure is 
passed to the 

PegSetUserNotiQcatioo function, the pwszDialogTitle and 
pwszDiaJogText members must provide the 
title and text of the dialog box. 

PUN_ SOUND Play the sound specified by the pwszSound member. 
When passed to PSVN, the pwszSound member must provide 
the name of the sound file. 

PUN_REPEAT Repeat the pwszSound for 10-15 seconds. 
Only valid if PUN^SOUND is set. 

Any flag that is not valid on the current hardware 
platform is ignored. 

pwszDialogTitle 

Specifies the title of the user notification dialog box. If this 
parameter is NULL, no dialog is displayed. The 
PegGetUserNotificatiooPreferences function 
ignores this member. 

pwszDialogText 

Specifics the text of the user notification dialog box. If 
this parameter is NULL, no dialog is displayed. The 
PegGetUserNotifi cation Preferences function ignores 
this member. 

pwszSound 

Points to a buffer that contains the unqualified name of a 
sound file to play. (The file is assumed to reside in the 
system media directory.) This parameter is ignored if the 
ActioaFlags member does not include the 
PUN_SOUND flag. 
nMaxSound 

Specifies the maximum length of the string that the 
PegGetUserNotifi cation Preferences function can copy 
into the pwszSound buffer. Because the string may be a 
path name in a future release, the buffer must be at least 
the length derived by the following expression: 
PATH_MAX • sizeoffTCHAR). This member 
is ignored by the PegSetUserNotification function. 

dwReserved 

Reserved; must be zero. 

Remarks 

This structure is passed in the 

PegGetUserNotifi cation Preferences function. 

initial settings are used to populate the dialog. If 

the function returns TRUE, the returned settings should be 

saved, and considered when calling PegSetUserNotifi cation. 

Settings for hardware not on the current device 

will be ignored. 

It is also used when calling PegSetUserNotification, 
to describe what shouid happen when the 
notification time is reached. 
See Also 

Windows CE Notifications, 
PegGetUserNatlflcatloo Preferences, 
PegSetUserNotification 



What is claimed is: 

1. A notification system for a handheld computing device 
having a display, the handheld computing device being 
capable of executing one or more applications, comprising: 

a notification program callable by an application to sched- 
ule user notification events; 

a light emitting diode (LED) that is separate from the 
display, the LED being mounted externally of the 
handheld computing device to visually alert a user 
when the event occurs; 

the LED being coupled to receive power from a power 
supply of the handheld computing device so that the 
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LED can remain activated even when the handheld 
computing device is off; and 
a deactivation button mounted externally of the handheld 
computing device to deactivate the LED. 

2. A notification system for a handheld computing device 
capable of executing one or more applications, comprising: 

a notification program callable by an application to sched- 
ule user notification events; 

a light emitting diode (LED) mounted externally of the 
handheld computing device to visually alert a user 
when the event occurs, the LED being coupled to 
receive power from a power supply of the handheld 
computing device so that the LED can remain activated 
even when the handheld computing device is off; and 

a deactivation button to deactivate the LED, the LED and 
the deactivation button being integrated as a single 
component and mounted externally of the handheld 
computing device. 

3. A notification system as recited in claim 1, wherein the 
notification program, in response to actuation of the deac- 
tivation button, sets a taskbar annunciator on the display of 
the handheld computing device that is associated with the 
application. 

4. A notification system as recited in claim 1, wherein the 
notification program comprises: 

a notification manager to manage one or more events, the 
notification manager generating a command to set a 
time when the event is scheduled; 

an alarm manager to receive the set time command from 
the notification manager and to generate a set alarm 
command which informs a clock to set an alarm at the 
time of the event; and 

an interrupt manager to receive an interrupt from the 
clock when the time of the event arrives and pass the 
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interrupt to the notification manager so that the notifi- 
cation manager can activate the LED. 

5. In a portable handheld computing device, an applica- 
tion program interface embodied on a computer-readable 

5 medium for creating a user notification that activates at least 
one sensory perceptible notification mechanism, the appli- 
cation program interface defining parameters comprising a 
time parameter that specifies when the user notification 
should occur and a type parameter that references a structure 

10 containing information specifying how the sensory percep- 
tible notification mechanism is to be activated. 

6. An application program interface as recited in claim 5, 
further comprising a parameter that identifies an application 

15 resident on the handheld computing device thai is respon- 
sible for the user notification. 

7. An operating system for a portable handheld computing 
device, embodied on a computer- readable medium, com- 
prising an application program interface as recited in claim 

20 5 - 

8. A method for operating a handheld computing device 
comprising the steps of: 

scheduling an event; 

upon occurrence of the event, emitting a light that is 
25 visible externally of the computing device; and 

continuing to emit the fight even when the handheld 
computing device is off. 

9. A method as recited in claim 8, further comprising the 
step of blinking the light. 

30 10. A method as recited in claim 8, wherein the event 
pertains to an application running on the handheld comput- 
ing device, the method further comprising the step of 
displaying an annunciator associated with the application. 
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